MuviPe µ

Where the producer sells access to a title, the sponsor pays for attention around one — a creative placed in front of the audience the Theatre already draws, priced and tracked with the same discipline as a ticket.

• Sponsored, before anything elsepriority order In-house sponsor inventory fills first. Third-party ad networks are the fallback for whatever sponsor demand doesn't cover, not the default source.
• The player is not the platformthe whole point The delivery mechanism that actually plays a creative is a capability, not a product — it knows how to play what it's handed, and nothing about which creative to hand it, who's eligible, how much budget is left, or what any of it costs. Every one of those decisions belongs to MuviPe, not to the player.

Player vs. decisioning

The player is the very last step: play this file, on this screen, now. Everything before that step — the actual work of running a sponsor product — is a separate layer that hands the player its answer and nothing more.

A sponsor account isn't live the moment it's created — it's a state machine, the same way a producer account is granted rather than self-served. Registration collects legal/display name, contact, location, business category, website, and a tax identifier before anything moves forward.

A player only ever plays what it's told to. Everything before that — deciding which creative, for whom, within what budget — and everything after — knowing whether it actually played — is MuviPe's own layer, not something any playback capability provides on its own.

What the player doesn't give you

• No campaign conceptours No campaign/creative management, no targeting, no frequency capping, no budget pacing, no sponsor billing, no revenue split, no hosted ad server. All of it sits above the player, not inside it.
• Tracking is the billing triggermeasurement An impression or a completed view is what makes an event billable. Everything downstream — commission, reporting, spend against budget — starts from that one signal.

Registration, delivery, and the commission and billing machinery described next, tied together end to end for one actual viewing session. An in-stream ad and a banner ad are not the same shape — a banner has no duration, so it has no "skip" and no "fully watched" the way a video does. Two separate flows, not one flow with a checkbox.

In-stream (pre-roll / mid-roll)

Everything up to and including the player was already covered under Delivery. What follows fills in the piece that wasn't shown yet: what happens after the creative starts playing, and the three genuinely different things a viewer can do with it.

• Skipped earlypartial view The viewer left before the creative finished. Something still happened — the slot was filled, an impression occurred — but it's a weaker signal than a completed view, and is tracked as its own distinct event type rather than folded into "watched."
• Watched fullycompletion The creative played to the end uninterrupted. The strongest signal a playback ad can give, and the event the earlier VAST design doc calls out as the one that should feed a viewer's own reward path (a scratch card) as well as the sponsor's billing.
• Campaign visitintent, not attention The viewer actively clicked through to wherever the sponsor's campaign points. This can happen whether the creative was skipped or watched fully — it's a click, not a playback state, and it's tracked as its own event regardless of what the other two recorded.

Banner (static placement)

A banner has no duration to interrupt, so it has no skip and no "fully watched." It's on screen or it isn't, and the viewer either looked past it or clicked it.

• No skip, no completionstructural, not a gap Missing on purpose, not an oversight — a static image has no timeline for a viewer to abandon or finish. The only two states that make sense are whether it was seen and whether it was clicked.
• Never mid-playbackdifferent surface entirely A banner lives on browse surfaces — home, an interstitial between screens — not inside a title's own playback session the way a pre-roll or mid-roll does. It competes for a different moment of a viewer's attention.
• Same resolution path regardlessshared machinery An impression or a click here resolves through the identical commission chain and lands in the identical sponsor ledger as an in-stream event. The format differs; the billing and reporting machinery underneath doesn't.

Not one flat rate across every sponsor, and not a rate hand-set per creative either. The split is resolved at the moment of charge by walking up a chain until a profile is actually defined.

creative.commission_profile
   ↪ campaign.commission_profile
      ↪ placement default   (banner | pre-roll | sponsored-tile …)
         ↪ platform default        ← always defined

• The platform default is the flooralways resolves Every creative eventually resolves to a split, because the bottom of the chain is never empty. It's the same shape as the ticket engine's own payout split — owner / platform / service / distributor / GST — reused rather than reinvented.
• Placement outranks nothing by defaultset once A pre-roll slot is worth more than a footer banner, so placement gets its own default above the platform floor — set once, not negotiated per campaign.
• Overrides are the exceptionrare, deliberate A campaign- or creative-level override is NULL almost always. Setting one is reserved for a sponsor with a genuinely bespoke contract — the exception path, not a knob every campaign is expected to turn.

A sponsor's spend is its own book, kept with the same discipline as the platform's user-facing ledger — but never the same book. Different money, different parties.

• Append-onlyno edits The wallet, the ledger, and each campaign's allocation of it are all append-only records. History is never rewritten — a correction is a new entry, not a change to an old one.
• No mutable running totalby design A campaign's spend is never a single number that gets decremented in place. Adjusting it always means an explicit transaction with a reason attached — an audit trail survives every correction, not just the current balance.

A sponsor and an admin are asking genuinely different questions about the same inventory, so they get genuinely different views — never one dashboard with a role-based filter bolted on.

• Sponsor viewtheir own only Campaign summary, spend, impressions, audience — aggregated, and scoped strictly to that sponsor's own campaigns. Never a glimpse of another sponsor's numbers, and never individual viewer identities.
• Admin viewinventory efficiency Fill rate, unused inventory, revenue per placement — "how efficiently did we monetise the inventory we have," which is a platform question, not a sponsor one. Kept deliberately separate rather than as a superset view.

A sponsor's creative library isn't free to host either — every banner, video, or sponsored-tile asset uploaded gets stored on the same CDN a producer's titles live on. The rule is the same shape as the producer's, scaled to what a creative library actually needs.

The allowance

• 5GB, freeper sponsor Every sponsor's creative library — every banner, every video asset, summed across every campaign — carries this much storage at no cost. Far smaller than a producer's 500GB, because a creative library is banners and short clips, not a catalogue of full titles.
• Past it, storage is billedoverage Once a sponsor's library crosses 5GB, the bytes past that line stop being free. Nothing about the upload itself changes — only whether that space now carries a cost.

How it's enforced

• Never a blocksame rule as producer Crossing the line doesn't stop a sponsor from uploading a new creative mid-campaign. The platform keeps accepting assets regardless of how far over the free tier a sponsor's library has gone.
• A warning, acknowledgedconsent, not a gate The sponsor sees a warning the moment they're into paid territory: their library has exceeded the free allowance, and further storage carries a charge. They accept that before continuing.